CO 

00 
CO 
CO 

o> 
to 

o 

a 
w 



(19) 



J 



Europe I sches Patentamt 
European Patent Office 
Office ourop6on des brevets 



(12) 



(45) Date of publication and mention 
of the grant of the patent: 
25.03.1998 Bulletin 1998/13 

(21) Application number: 91306991.0 

(22) Date of filing: 30.07.1991 



(n) EP 0 469 868 B1 
EUROPEAN PATENT SPECIFICATION 

(51) intciA G06K 7/016, G06K 19/06 



(54) Binary image processing for decoding self-clocking glyph shape codes 

Binarbildverarbeitung zur Dekodierung seibstaktierender Kodierungen in Markengestalt 
Traitement d'image binaire pour decoder des codes par forme de marque auto-synch ronisants 



(84) Designated Contracting States: 
DE FR GB 

(30) Priority: 31.07.1990 US 560659 

(43) Date of publication of application: 
05.02.1992 Bulletin 1992/06 

(73) Proprietor: XEROX CORPORATION 
Rochester New York 14644 (US) 

(72) Inventor: Bloomberg, Dan S. 
Palo Alto, CA 94306 (US) 



(74) Representative: Mackett, Margaret Dawn et a I 
Rank Xerox Ltd 
Patent Department 
Parkway 

Mar low Buckinghamshire SL7 1 YL (GB) 

(56) References cited: 
EP-A- 0 350 933 

• PROCEEDINGS SPIE CONFERENCE IMAGE 
ALGEBRA & MORPHOLOGICAL IMAGE 
PROCESSING 10-12 July 1990, SAN DIEGO, US, 
Pages 116 - 128, D.BLOOMBERG & 
P.MAR AGOS: 'Generalized Hit-Miss Operations' 



Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give 
notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in 
a written reasoned statement. It shall not be deemed to have been filed until the opposition tee has been paid. (Art. 
99(1) European Patent Convention). 



Printed by Jouvo. 75001 PARJS(FR) 



Best Available Copy 



1 



EP 0 469 868 B1 



2 



Description 

This invention relates to a process for decoding en- 
coded digital information, and, more particularly, for de- 
coding self-clocking glyph shape codes. s 

Plain paper still is a favored recording medium for 
storing and transferring human readable information, 
but the emergence of electronic document processing 
systems has made it evident that the functional utility of 
plain paper and other types of hardcopy documents *o 
could be enhanced significantly if the human readable 
information they normally convey was supplemented by 
writing appropriate machine readable digital data on 
them. This machine readable data would enable the 
hardcopy document to actively interact with such a doc- 
ument processing system in a variety of different ways 
when the document is scanned into the system by an 
ordinary input scanner. See, for example, our copending 
European Patent Applications Nos. 91 304 879.9 and 
91 304 880.7 (now published as EP-A-0 459 792 and 20 
EP-A-0 459 793 respectively). 

As a general rule, digital data is recorded by writing 
two dimensional marks on a recording medium in ac- 
cordance with a pattern which encodes the data either 
by the presence or absence of marks at a sequence of 2S 
spatial locations or by the presence or absence of mark 
related transitions at such locations. Ordinary magnetic 
and optical digital data recording conform to this style of 
encoding. Furthermore, the bar-like codes which have 
been proposed previously for recording digital data on 30 
paper also conform to the above-described encoding 
style. See US-A-4,692,603 on "Optical Reader for Print- 
ed Bit-Encoded Data and Method of Reading Same,' 
US-A-4,728,783 and US-A-4,754,127 on "Method and 
Apparatus for Transforming Digitally Encoded Data into 35 
Printed Data Strips," and US-A-4,782,221 on 'Printed 
Data Strip Including Bit-Encoded Information and Scan- 
ner Contrast. 

Considering the aforementioned bar-like codes in 
some additional detail, it will be seen that their visual 40 
appearance is highly variable because it is data depend- 
ent, so they lend to have a mottled appearance. This 
mottling is a readily discernible departure from the 
clean, crisp appearance of high quality printed docu- 
ments, so it may be aesthetically objectionable to some 
observers. Furthermore, another drawback of these 
bar-like codes is the overhead that they contemplate. In 
particular, as taught by the above-identified patents, this 
overhead includes the registration marks which are pro- 
vided for preserving the data clock, as well as the header so 
information which is provided for describing the organi- 
zation of the encoded data, such as the number of bits 
encoded along a given line of code. 

It, therefore, will be evident that there is an urgent 
need for relatively efficient, visually improved codes for ss 
recording digital data on plain paper and other types of 
hardcopy recording media, especially for applications in 
which such machine readable data is to be recorded in 



visual juxtaposition with human readable information. 
Furthermore, it will be appreciated that there is a need 
for efficient and reliable techniques for recovering digital 
data from such codes. Moreover, inasmuch as images 
carried by hardcopy documents often are replicated, 
such as by photocopying and by facsimile reproduction, 
it will be apparent that it would be very beneficial to have 
data encoding and decoding techniques that can toler- 
ate a significant amount of image distortion. 

In response to the foregoing and other needs, the 
present invention provides a process for decoding en- 
coded digital information, the encoded information be- 
ing in the form of a bitmap image space representation 
of a self-clocking glyph shape code composed of glyphs 
having shapes that encode digital data values, such that 
every distinct data value that is encoded by said code 
is represented by the shape of a respective glyph; said 
glyphs being selected from a set of n permissible glyph 
shapes, with each of said glyph shapes being preas- 
signed to the encoding of a predetermined digital data 
value; said glyphs being spatially distributed in said bit- 
map image space in substantial accordance with a spa- 
tial formatting rule: said process comprising the steps of 

locating at least three non-colinear reference points 
in said bitmap image space, said reference points 
having a predetermined nominal spatial relation- 
ship to each other; 

determining the spatial relationship of said refer- 
ence points in said bitmap image space; 
calculating a skew correction factor from the spatial 
relationship of said reference points in said bitmap 
image space; 

determining a X scale correction factor and a Y 
scale correction factor for said bitmap image space 
representation of said glyph code 
calibrating said spatial formatting rule in accord- 
ance with said skew and scale correction factors; 
identifying an approximate center position of a first 
of said glyphs in said bitmap image space; 
filtering said bit map image space representation of 
said glyph code in accordance with at least one 
shape matching discrimination filter for each of said 
n permissible images, thereby providing at least n 
filtered representations of said glyph code; 
spatially sampling all of said filtered representations 
of said glyph code in substantial accordance with 
said calibrated spatial formatting rule to obtain rel- 
ative filter match strength values for each glyph of 
said glyph code as filtered by each of said fitters, 
said sampling starting at the approximate center po- 
sition of a predetermined one of said glyphs and 
continuing from there, approximate glyph center po- 
sition-to-approximale glyph center position, in sub- 
stantial accordance with said calibrated spatial for- 
matting rule; 

comparing the filter match strength values of each 
of 6aid glyphs, glyph-by-glyph for all of said filters. 
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to classify said glyphs by their shapes; and 
assigning decoded data values to said shape clas- 
sified glyphs in accordance with the data values 
preassigned to said glyph shapes. 

s 

Thus the invention provides binary image process- 
ing techniques for decoding bitmap image space repre- 
sentations of self -clocking glyph shape codes and for 
tracking the number and locations of the ambiquities 
(sometimes referred to herein as ■errors") that are en- 10 
countered during the decoding of such codes. A sub- 
stantial portion of the image processing that is per- 
formed in the illustrated embodiment of this invention is 
carried out through the use of morphological filtering op- 
erations because of the parallelism that is offered by 1 $ 
such operations. Moreover, the error detection that is 
performed in accordance with this invention may be 
linked to or compared against the error statistics from 
an alternative decoding process, such as the aforemen- 
tioned Stearns el al decoding process, to increase the 20 
reliability of the decoding that is obtained. 

Still other features and advantages of this invention 
will become apparent when the following detailed de- 
scription is read in conjunction with the attached draw- 
ings, in which: zs 

Fig. 1 is a simplified block diagram of an electronic 
document processing system for carrying out and 
taking advantage of the various aspects of the 
present invention; 30 
Fig. 2 is a functional block diagram of a typical proc- 
essor/printer interface for the document processing 
system shown in Fig. 1 ; 

Fig. 3 is a coding diagram for illustrating the bit en- 
coding that is provided by a relatively simple self- 35 
clocking binary glyph shape code composed of ro- 
tationally variant glyph shapes; 
Fig. 3A is another coding diagram for illustrating the 
bit encoding of binary data in a rotational ly invariant 
glyph shape code; 40 
Fig. 3B depicts typical data cell structures, as well 
as typical printed pixel patterns for rotationally var- 
iant glyph shapes of the type shown in Fig. 3; 
Fig. 4 is high level functional flow diagram of a first 
glyph code decoding process; *s 
Fig. 5 is a more detailed flow diagram of the glyph 
center locate, label and sort phase of an implemen- 
tation of decoding process shown in Fig. 4; 
Fig. 6 is a bitmap image of labelled glyph center lo- 
cations that are candidates for recalibration by the so 
optional calibration process shown in Fig. 5; 
Fig. 7 is a relatively detailed flow diagram of the 
glyph read/error detect phase of the aforemen- 
tioned implementation of the decoding process 
shown in Fig. 4; 55 
Figs 8 and 9 illustrate pixel search regions that are 
suited for use in decoding relatively low and rela- 
tively high density glyph codes, respectively; 



Fig. 10 is a high level functional block diagram of 
system wherein glyph shape encoding and decod- 
ing is used for data containing error correction 
codes (ECC); 

Fig. 11 is a functional block diagram of a morpho- 
logical filtering process for filtering a scanned-in bit- 
map image of a glyph code to isolate the ON pixels 
at or near the centers of the glyphs through the use 
of large filters which are configured in accordance 
with the periodicity of the glyph code image; 
Fig. 12 is a bitmap image of a typical glyph code; 
Fig. 13 is a bitmap image illustrating the effect of 
applying the filtering process shown in Fig. 11 to the 
bitmap image shown in Fig. 12; 
Fig. 14 is another bitmap image to illustrate the ef- 
fect of iteratrvely reapplying the second level filter- 
ing of the filtering process of Fig. 11 to the bitmap 
image shown in Fig. 1 3; 

Fig. 15 is a functional block diagram of an iterative 

second level filtering process; 

Fig. 16 is a bitmap image of a glyph code filtered by 

an alternative morphological filtering process for 

spatially separating the glyph centers; 

Fig. 17 illustrates a bounding box expansion of the 

pixel patterns within the bitmap image shown in Fig. 

16; 

Fig. 18 is a bitmap image showing the isolation of 
the glyph center pixels that can be achieved, in the 
case of relatively low spatial density glyph codes, 
by identifying the centers of gravity of the individual 
glyph related pixel patterns within the bitmap image 
shown in Fig. 1 6 or by performing a thinning process 
on those patterns or on their bounding box expan- 
sions as shown in Fig. 17; 
Fig. 1 9 is a functional block diagram of a preliminary 
morphological filtering process that utilizes large fil- 
ters for increasing the spatial separation of the 
glyphs of higher spatial density glyph codes; 
Fig. 20 is a functional block diagram of a morpho- 
logical bitmap image repair process that may be 
employed for restoring ON pixels to glyph center lo- 
cations when the filtering process of Fig. 1 9 creates 
holes in the bitmap at those locations; 
Fig. 21 is a bitmap image of the glyph centers of a 
relatively high density glyph code, such as may be 
produced by performing a thinning process on the 
bitmap shown in Fig. 17 or on a bitmap produced 
by the image repair process of Fig. 20; 
Fig. 22 is a functional block diagram of an iterative 
morphological thinning process that may be em- 
ployed for producing the bitmap image shown in 
Fig. 21; 

Fig. 23 is a functional block diagram of a morpho- 
logical process for isolating glyph center pixels 
through the use of small, weakly matched hit-miss 
filters; 

Fig. 24 is a functional flow diagram of a decoding 
process which utilizes convolution filtering of the bit- 
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map glyph code image for locating the centers of 
the glyphs in the bitmap image space and for clas- 
sifying the glyphs in accordance with their shapes; 
Figs 25A and 25B illustrate the results of convolving 
unweighted and weighted filters, respectively with 
a glyph shape that is strongly matched by the filters; 
and 

Fig: 26 is a fragmentary flow diagram for illustrating 
a modified embodiment of the decoding process 
shown in Fig. 24. 

While the invention is described in some detail here- 
inbelow with specific reference to certain embodiments, 
it is to be understood that there is no intent to limit it to 
those embodiments. On the contrary, the aim is to cover 
all alternatives, modifications, and equivalents falling 
within the scope of the invention as defined by the ap- 
pended claims. 

A. An Exemplary Environment 

Turning now to the drawings, and at this point es- 
pecially to Fig. 1 , there is shown an electronic document 
processing system 21 to illustrate a typical environment 
for this invention. In keeping with standard practices, the 
document processing system 21 comprises a digital 
processor 22 having a main memory 23 and a mass 
memory 24, an input scanner 25 for scanning digital rep- 
resentations of selected hardcopy documents into the 
processor 22, and a printer 26 for printing hardcopy ren- 
derings of selected ones of the files that are listed on 
the file directory (not shown) of the processor 22. Fur- 
thermore, there is a user interface 27 for enabling a user 
to interact with the processor 22, the input scanner 25, 
and the printer 26. 

As will be understood, the user interface 27 collec- 
tively represents the input devices through which the us- 
er enters control instructions for the input scanner 25 
and for the printer 26, as well as the image editing and 
manipulation instructions for the processor 22. Addition- 
ally, the interface 27 represents the output devices 
through which the user receives feedback with respect 
to the actions that are taken in response to the instruc- 
tions that are entered by the user or otherwise, such as 
under program control. For example, the user interface 
27 generally includes a keyboard or the like for entering 
user instructions, a monitor for giving the user a view of 
the process that is being performed by the processor 
22, and a cursor controller for enabling the user to move 
a cursor for making selections from and/or for entering 
data into a process that is being displayed by the monitor 
(none of these conventional components is shown). 

The illustrated document processing system 21 is 
centralized, so it has been simplified by assuming that 
all control instructions and all image editing and manip- 
ulation instructions are executed by the processor 22 
under program control. In practice, however, the execu- 
tion of these instructions may be handled by several dif- 



ferent processors, some or all of which may have their 
own main memory and even their own mass memory. 
Likewise, either or both of the input scanner 25 and the 
printer 26 may have its own user interface, as indicated 
s by the dashed lines 26 and 29, respectively. Indeed, it 
will be evident that the document processing system 21 
could be reconfigured to have a distributed architecture 
to operate with a remote input scanner and/or a remote 
printer (not shown). Data could be transferred from and 
10 to such remote scanner and printer terminals via dedi- 
cated communication links or switched communication 
networks (also not shown). 

Customarily, the input scanner 25 is a bitmap scan- 
ner which scans the image of each hardcopy input doc- 
' £ ument at a predetermined spatial resolution of, say, 300 
s.p.i. x 300 s.p.i. (spots/inch) (about 12 spots per mm). 
In operation, the scanner 25 converts the individually re- 
solved picture elements (commonly called "pixels' or 
■pels') of the scanned image into corresponding digital 

20 values and assembles those digital values to produce a 
data structure (known as a "bitmap image") which pre- 
serves the spatial relationship of the pixels to which the 
scanned-in values pertain. Although the following de- 
scription focuses on applications in which the scanner 

25 25 is a black-and-wh ite scanner for converting the pixels 
of the scanned-in image into single bit digital values (i. 
e., ' 1 " or "0"), it will be understood that it could be a gray- 
scale scanner for converting the pixels into multi-bit val- 
ues. Furthermore, it will be evident that the scanner 25 

30 could capture a bitmap image of a document or the like 
through the use of a video pick-up device and a so- 
called video frame grabber", together with appropriate 
thresholding logic if needed. 

The printer 26, on the other hand, generally is a so- 

35 called bitmap printer for mapping the digital values of a 
bitmapped image file into the spatially corresponding 
pixels of the image it prints on a suitable recording me- 
dium, such as plain paper. The processor 22 may be 
configured to manipulate and store bitmapped image 

^0 files and to transfer such files on demand to the printer 
26. Alternatively, however, as shown in Fig. 2, the proc- 
essor 22 may include a PDL (page description lan- 
guage) driver 31 for transferring to the printer 26 PDL 
descriptions of the electronic document files that are se- 

45 lected for printing. Thus, the printer 26 is illustrated as 
having a PDL decomposer 32 for decomposing such 
PDL descriptions to produce corresponding bitmapped 
image file. Still other types of printers and processor/ 
printer interfaces will suggest themselves, but it will be 

so assumed for purposes of the following discussion that 
the printer 26 is a bitmap printer that receives PDL files 
from the processor 22. 

B. Glyph Shape Encoding 

55 

As will be seen, there is a glyph encoder 33 for caus- 
ing the printer 26 to print machine readable digital data 
glyphs on the recording medium, either alone or in jux- 
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taposition with human readable information. For certain 
applications the glyph encoder 33 may be co-located 
with the processor 22 for inserting glyph encodings into 
the electronic document files prior to the translation of 
such files into PDL descriptions. But, for other applica- 
tions, it may be necessary or desirable to have the glyph 
encoder 33 insert the glyph encodings into the raster 
formatted bitmapped image file that is provided for the 
printer 26. PDL descriptions of glyph shape encoded da- 
ta may take several different forms, including encapsu- 
lated bitmap representations of the code in which such 
data is encoded, font descriptions and layout locations 
for bitmap representations of the individual encoded 
glyph shapes (assuming that such bitmaps exist on or 
are down loadable to the font directory of the printer 26), 
and bit-by-bit descriptions of the bitmaps for the encod- 
ed glyph shapes. 

More particularly, as shown in Figs. 2 and 3, the dig- 
ital data 35 that is applied to the encoder 33 is encoded 
in the shapes of the glyphs 36 which the encoder 33 
causes the printer 26 to print on the recording medium. 
These glyphs form a self-clocking glyph code because 
the code that is printed on the recording medium has a 
separate glyph 36 for each of the encoded data values. 
In practice, as shown in Fig. 3B, each of the printed 
glyphs 36 is defined by the pixel pattern that is printed 
within a generally rectangular, two dimensional, array 
37 of pixel positions (referred to hereinafter as a 'glyph 
cell" * or as a 'data cell"). See Fig. 3B for an example. 
These glyph defining data cells 37 typically are tiled onto 
the recording medium in accordance with a predeter- 
mined spatial formatting rule which causes the glyph en- 
codings 36 for successive data values to be spatially dis- 
tributed in accordance with a predefined template or pat- 
tern. For instance, the data cells 37 containing the glyph 
encodings 36 for successive data values suitably are 
printed on the recording medium in accordance with a 
regular and repeating logical data block formatting rule, 
such that the printed data cells are spatially organized 
in a two dimensional array of logical blocks of predeter- 
mined size, such as a 16 cell x 16 cell logical block for- 
mat. 

Glyph shape encoding clearly permits of many dif- 
ferent implementations, some of which are suitable for 
the encoding of single bit digital values and others of 
which are suitable for the encoding of multi-bit values. 
For example, single bit values f1 " and D 0') conveniently 
are encoded by printing elongated, multi-pixel glyphs, 
each of which is composed of a predetermined number 
of adjacent 'ON" (say, black) pixels which align along 
an axis that is inclined at an angle of about +45° or -45° 
from the transverse axis of the recording medium de- 
pending on whether the data value encoded therein is 
a "T or a "0." Such glyphs are examples of so-called 
"rotationally variant" glyphs because they can be 
mapped onto each other merely by rotational opera- 
tions. They also are examples of glyphs which are read- 
ily discriminable, even in the presence of significant dis- 



tortion and image degradation, because they do not 
tend to degrade into a common shape. 

An important advantage of selecting the glyphs 36 
so that they all have the same number of "ON" pixels is 
£ that the printed glyph code will have a generally uniform 
texture, which will take the form of a gray scale appear- 
ance when higher density glyphs are viewed by a casual 
observer. It, therefore, is worth noting that this advan- 
tage may be realized by encoding the data in the rotation 

»o and/or the contour (collectively referred to herein as the 
■shape") of the glyphs 36. For instance, single bit digital 
values may be encoded by rotationally invariant glyphs 
which have distinctly different contours, but the same 
number of "ON" pixels for the encoding of the "Vs" and 

'5 'O's", respectively. See Fig. 3A for an example. The gray 
tone appearance of the printed glyph code can be 
'tuned* to an aesthetically pleasing gray tone by in- 
creasing or decreasing the ON pixel content of the 
gtyphs. Furthermore, the gray tone appearance of the 

20 printed glyph code could be modulated (by means not 
shown) in accordance with, say, gray scale pictorial val- 
ues, thereby imparting a gray scale pictorial quality to 
the printed code. 

While glyph shape encoding can be extended in 

25 theory to the encoding of digital values of any given bit 
length, n, simply by utilizing a code having 2" permissi- 
ble glyph shapes.the code should be selected with care 
to ensure that its glyph shapes can be discriminated 
from each other reliably because such discrimination is 

30 essential for accurately recovering the data that is en- 
coded therein. 

C. Decoding of Glyph Shape Codes 
35 1. Overview 

Turning now to Fig. 4, in accordance with the 
present invention, printed glyph codes of the foregoing 
type are susceptible to being decoded by processing bit- 

to map images of them. As will be seen, the image 
processing techniques that are provided for decoding 
such glyph codes can tolerate a significant amount of 
image distortion and degradation, so codes carried by 
scanned-in photocopies and facsimile copies can be de- 

<5 coded, provided that the scanned-in document is not too 
many generations removed from the original. Of course, 
printed glyph codes can be regenerated by employing 
a suitable electronic document processing system for 
decoding the code to recover the encoded data and by 

so then reprinting the code with that very same data en- 
coded therein, with both the decoding and re-encoding 
being performed essentially as described herein. 

In certain decoders, the image processing which is 
performed for decoding the glyph codes first locates the 

55 9typhs in the X-Y coordinates of the bitmap image 
space, then constructs a table for indexing the glyphs in 
the spatial order in which data was encoded in them, 
and then analyzes the glyphs in indexed order for se- 
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quentially extracting the data values that are encoded 
in them. In other decoders, the image processing clas- 
sifies the glyphs by their shapes while concurrently lo- 
cating their centers in the bitmap image space, so the 
decoded values of the glyphs conveniently are indexed * 
to the bitmap image space. However, these spatially in- 
dexed decoded data values may be sorted in accord- 
ance with the spatial template or pattern that governs 
their spatial ordering if it is desired to restore their serial 
order in the time domain. 10 

2. Decoding By Binary Image Processing 

a. Introduction 

15 

Focusing even more specifically on the decoding 
process of the present invention, it will be seen that in 
the process illustrated by Fig. 4 the bitmap image of the 
glyph code is first processed morphologically and/or 
through the use of a pixel search technique to isolate 20 
the approximate or apparent centers of the glyphs, as 
at 41 . Predetermined ones of these apparent glyph cent- 
ers, such as the apparent centers of the comer glyphs, 
then are employed as reference points for computing at 
42 appropriate skew and X and Y scaling correction fac- 2s 
tors to compensate for the skew errors and the X and Y 
scaling errors, respectively, which may have been intro- 
duced into the glyph code while it was being copied and/ 
or scanned-in. As will be seen, these compensating fac- 
tors are employed for computing vectors that enable a 30 
glyph center labelling process to jump from glyph cent- 
er-to-glyph center (or, more precisely, to a likely location 
of the next glyph center). Thus, a relatively localized pix- 
el search process is sufficient for labelling the apparent 
center pixel of each glyph with its X-Y image space co- 35 
ordinates, as at 43. Spurious image noise effectively is 
rejected at this point because no labels are provided for 
the noise components of the image. 

As will be recalled, data typically is encoded into the 
glyphs in logical block-by-block, cell-by-cell order. For <o 
that reason, as indicated at 45, the X-Y coordinate labels 
for the glyphs typically are sorted in accordance with the 
spatial order of the data encoding, thereby constructing 
an index table for serially addressing the glyphs in the 
same order as the data was encoded into them. Or, if *s 
desired, a pointer (not shown) may be provided for ran- 
domly accessing the glyphs at one or more preselected 
locations within the bitmap image space, such that an 
index is constructed at 45 for decoding selected ones of 
the glyphs in the order in which they are accessed. For so 
example, a straightforward X-Y seek may be employed 
for relatively rapidly shifting such a pointer from the cent- 
er of any one glyph to the center of any other glyph in 
the bitmap image space by computing the direction and 
the number of glyph centers in and by which, respec- ss 
tively the X and the Y coordinates of any two given glyph 
centers are displaced from each other in the bitmap im- 
age space. Given that directional information and those 



intermediate glyph center counts, an appropriate seek 
may be executed by first incrementally shifting the point- 
er from gtyph center-to-glyph center in the indicated di- 
rection along, say, the X-axis, until the pointer has 
skipped across the given number of intermediate glyph 
centers, and by then repeating the above process to in- 
crementally shift the pointer to its intended destination 
along the other or Y-axis. 

For recovering the encoded data values from the 
glyph code, 2 n copies of the bitmap image of the code 
(where n is the bit length of the data value encoded in 
each of the glyph shapes) are each filtered, as at 51 , by 
a filter that is matched to a respective one of the 2 n per- 
missible glyph shapes. For example, each of these im- 
ages can be morphologically processed in accordance 
with a hit-miss filter that is weakly matched to a respec- 
tive one (and only one) of the permissible glyph shapes. 
This yields 2 n differently filtered versions of the bitmap 
image. Specifically, as a result of the hit-miss filtering, 
the pixel pattern proximate to any given glyph center or 
"data label" location in any given one of the filtered im- 
ages is dependent upon the precision of the match be- 
tween the hit-miss filter used to prepare the given image 
and the glyph residing at the given data label location 
(i.e., the closer the match, the greater the number of 
"ON" pixels proximate the data label location). There- 
fore, the pixel patterns of the filtered images are com- 
pared, as at 52, data label location -by-data label loca- 
tion in logical encoding order (or random access order), 
to determine and sequentially read out, as at 53, the da- 
ta values encoded in successive ones of the glyphs. 

b. Definitions 

Prior to considering the decoding process in further 
detail, it may be helpful to briefly define some of the 
terms that have been adopted for describing "morpho- 
logical image processing operations": 

■Morphological operation" is an operation on a bit- 
map image (called the "source image") that uses a 
local rule at each pixel location with the source im- 
age to create another bitmap image (known as the 
"destination image"). For convenience, the source 
and destination images sometimes are referred to 
as "pixelmap" images so that the operational rate 
can be viewed as operating on each "pixel". "Bit- 
map" and "pixelmap" are synonymous terms for a 
data structure of a certain type, and "bit" and "pixel" 
are used interchangeably herein to describe the 
contents of such a data structure. 
■Structuring Element (SE) is an image object, typi- 
cally of relatively small size and simple shape, for 
probing the source image to extract information 
from it through the use of a selected morphological 
operations. The SE's referred to herein below are 
binary SE's. They are illustrated by using solid cir- 
cles to identify their "ON" pixels and hollow circles 
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to identity their "OFF" pixels. Their centers are iden- 
tified by a video cross. SE's also may include "Don't 
Care" pixels, so it is noted that such pixels are rep- 
resented by empty squares. 
The following terms are specific to binary morpho- 
logical operations: 

"EROSION" is an operation that is performed 
by probing a binary source image with a SE to 
write an 'on - (1 ) or an "off (0) pixel into the des- 
tination image for each pixel location within the 
source image, with the logic level of the pixel 
that is written at any given location depending 
upon whether the SE is matched or not by the 
source image when it is centered on the given 
pixel location. When the SE to be matched con- 
tains both "hits" and "misses," the matching op- 
eration commonly is called a "hit-miss trans- 
form." However, to simplify this disclosure, the 
definition of EROSION has been expanded to 
include such hit-miss transforms. 
■DILATION" is an operation that is performed 
by probing a binary source image with a SE to 
write the SE into the destination image on cent- 
ers corresponding to the locations of all "ON" 
pixels in the source image. As used herein, the 
DILATION is defined only for 'hits' in the SE, 
so "misses" are ignored. Thus, the dilated des- 
tination image is the union of all replicas of the 
SE translated to all 1 -pixels of the source image 
"OPENING" is an operation for replicating a SE 
in the destination image for each match to the 
SE in the source image. It is equivalent to an 
EROSION of a source image by an SE followed 
by a DILATION of the eroded image by the 
same SE. In keeping with the foregoing defini- 
tions of EROSION and DILATION, the defini- 
tion of the OPENING operation has been ex- 
panded to include an EROSION with an SE 
containing both "hits" and "misses" followed by 
a OILATION with only the "hits" in the SE. 
"CLOSING" is an operation composed of a DI- 
LATION of a source image followed by an ERO- 
SION of the dilated image. A CLOSING of an 
image is equivalent to a bit inversion of an 
OPENING that is performed on a bit inverted 
source image. In view of the foregoing definition 
of DILATION, it will be understood that a CLOS- 
ING is defined herein only for "hits" in the SE, 
so any "misses" are ignored. 

Morphological operations are translationally invari- 
ant. In other words, a source image may be translated 
prior to be transformed, thereby causing the result to be 
translated or shifted by the same amount, without oth- 
erwise changing it. This means that these operations 
may be implemented with a high degree of parallelism 
because each bit or pixel in the source image is proc- 



essed in accordance with the same rule. 

EROSION, DILATION, OPENING and CLOSING 
operations performed with SE's consisting only of "hits' 
are geometrically "increasing" operations. Therefore, it 

5 a first image is contained in a second image, any of 
these operations that are performed with such a SE on 
the first image will also be contained in the second im- 
age. Furthermore, CLOSING is "extensive", and OPEN- 
ING is "antiextensive". Accordingly, the source image is 

10 contained in the destination image when the source is 
transformed by a CLOSING, and the destination image 
is contained in the source image when the source is 
transformed by an OPENING. The results of OPENING 
and CLOSING operations are independent of the posi- 

15 tion of the center of the SE. Moreover, OPENING and 
CLOSING operations are indempotent, which means 
they will not change the transformed image if they are 
reapplied to it. 

Other terms that are sometimes used in describing 

20 morphological operations are: 

a "4-connected region" is a set of ON ("rjpixels, 
such that a path between any two of those pixels 
can be found that stays entirely within the set of ON 
25 pixels and consists of only horizontal or vertical 
1 -pixel moves. 

a "8-connected region" is a set of ON ("1 ")pixels, 
such that a path between any two of those pixels 
can be found that stays entirely within the set of ON 
30 pixels and consists of only horizontal, vertical or di- 
agonal 1 -pixel moves. 

A "hit-miss" SE is an SE that specifies a non-zero 
set of ON pixels and a non-zero set of OFF ("0") 
pixels, with those two sets being non-overlapping 

35 (i.e., non-intersecting). A "weakly" matched filter 
specifies relatively few pixels of the pixel pattern to 
which it is matched, while a "strongly" matched filter 
specifies a large percentage of the pixel pattern to 
which it is matched. 

<o a "hit-only" SE is an SE that specifies a non-zero 
set of ON pixels. 

c. A Detailed Implementation 

45 Referring now to Fig. 5. in keeping with generally 
accepted practices, the processor and main memory re- 
sources which are utilized to execute the glyph decoding 
program are reinitialized, as at 61 , each time the decod- 
ing program is invoked. In the embodiment illustrated in 

so Fig. i, the processor 22 communicates with its main 
memory 23 and. if necessary, its mass memory 24 (Fig. 
1) to carry out the glyph decoding process, but it will be 
evident that the decoding process could be performed 
under the control of a separate programmed processor 

ss (not shown) through the use of the main memory 23 or 
through the use of a separate memory system (not 
shown). 
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I. Clock Recovery 

Once the system has been initialized to decode a 
given glyph code, a copy of the bitmap image of the code 
is loaded into main memory, as at 62, and Ihis image 
then is transformed, as at 63, to provide an identically 
scaled bitmap image composed of at least one centrally 
located bit or "pixel," but no more than a few, for each 
of the glyphs of the code. As described hereinbelow, the 
process for performing the transformation 63 typically is 
tailored to the spatial density at which the glyphs are 
printed because high density glyphs are more likely to 
be inseparably merged by the blurring that occurs during 
printing, copying and scanning than lower density 
glyphs. If the scanned-in glyphs are well separated, they 
may be shrunk to a single pixel near their respective 
canters. If, on the other hand, the scanned-in glyphs are 
touching, they may first be isolated from each other by 
filtering and then shrunk. For the moment it will be as- 
sumed that the transformation 63 transforms the 
scanned-in bitmap of the glyph code to a bitmap con- 
taining a single pixel at the approximate center of each 
data cell of the code, but it is to be understood that this 
is not essential. 

ii. Determining Skew and Scale 

in practice, the scanned-in image of the glyph code 
which is to be decoded may be skewed from the hori- 
zontal in a clockwise or counterclockwise direction, and 
may be distorted by scaling errors of different magnitude 
along its X-axis and/or its Y-axis. For that reason, pro- 
vision is made at 65 for computing skew and scale cor- 
rection factors to correct for such errors on a glyph-by- 
glyph basis (as shown) or on a data block-by-data block 
basis not shown or through the use of an image deskew- 
ing and rescaling process (also not shown). 

As will be evident, skew and scale correction factors 
can be computed from the X-Y coordinates, in the 
scanned-in bitmap image space, of any three or more 
non-colinear reference points that have a nominal (i.e., 
error-free) spatial relationship which is known or capa- 
ble of being determined. One of these reference points 
is selected to define a translationally invariant reference 
position, so that the skew and the scaling errors can be 
determined by comparing the distance and angle at 
which the actual and nominal positions of each of the 
other reference points are displaced from that spatially 
fixed reference position. 

As previously pointed out, the data encoded glyphs 
typically are printed at a predetermined spatial density 
in generally square data arrays or blocks, so the centers 
of the glyph defining data cells (commonly referred to 
herein as the glyph centers) usually are arranged in a 
generally rectangular configuration. Therefore, the 
skew and scale correction factors suitab ly are computed 
from the X-Y bitmap image space coordinates of the ap- 
parent center pixels of at least three of the corner glyphs 



of the printed glyph code (although, it will be apparent 
from the foregoing description of the characteristics re- 
quired of the so-called "reference points" that the appar- 
ent centers of any other uniquely identifiable glyphs 
5 could be employed in lieu of or in addition to the appar- 
ent centers of the corner glyphs). Thus, as illustrated, 
the X-Y coordinates of one after another of the selected 
corner pixels are identified at 66 and stored at 67, until 
it is determined at 68 that all of the information that is 

10 needed to compute the skew and scale correction fac- 
tors at 65 has been collected. 

Again, however, is to be understood that the appar- 
ent centers of any other uniquely identifiable glyphs 
could be employed, in lieu of or in addition to the appar- 

15 ent centers of the corner glyphs, for computing such 
skew and scale correction factors, so reference is made 
to the foregoing description of the characteristics re- 
quired of the so-called "reference points." Moreover, it 
is to be understood that the center pixels of the comer 

20 glyphs may be used for computing the skew and scale 
correction factors for other types of glyph code patterns, 
such as hexagonal lattice patterns. 

Relatively straightforward image analysis can be 
performed on the transformed bitmap that is provided 

25 by the transformation step 63 for identifying the X-Y co- 
ordinates of the corner pixels with sufficient precision to 
compute appropriate skew and scale correction factors. 
If the bitmap image of the apparent glyph center pixels 
is scanned in left-to-right and top-to-bottom order, start- 

30 ing slightly above the bitmap image, the first ON pixel 
that is encountered may be either the upper left-hand 
(UL) corner pixel or a pixel at or near the upper right- 
hand (UR) comer of the image. To resolve this ambigu- 
ity, this pixel is tentatively accepted as being the UL cor- 

35 ner pixel, but it is subject to being deaccepted in favor 
of applying the UL corner pixel designation to any sub- 
sequently scanned pixel which is more than M pixels to 
the left and no more than N scan lines below the tenta- 
tively accepted pixel. 

40 in some situations, the UL corner glyph may be 
missing, so the pixel representing the approximate cent- 
er of the second glyph in the first line of the glyph code 
may be tentatively identified as being the UL corner pix- 
el. If, however, N is chosen to be slightly greater (in scan 

45 lines) than the average center-to-center vertical spacing 
of the glyph or data cells, this error can be detected and 
corrected by imputing a UL corner pixel location to the 
bitmap image if an ON pixel is encountered anytime dur- 
ing the scanning of the N scan lines at a distance of 

so roughly one data call to the left of the tentatively accept- 
ed pixel. In other situations, the pixel marking the ap- 
proximate center of the first glyph in the second row of 
data may be slightly to the left of the UL corner pixel. II, 
however, M is selected to be a suitably large fraction 

55 (say, about one-half) of the average horizontal center- 
to-center horizontal displacement (in printer pixels or 
pels) of the data cells, this anomaly generally will be ig- 
nored if the bitmap image is skewed by no more than 
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20° or so. In short, the preferred values for M and N de- 
pend on the data cell size in pels of the printed glyphs. 
For a 10 pel x 10 pel data cell size, M suitably is selected 
to be about 5 pixels and N suitably is selected to be 
about 15 scan lines. By way of comparison, for a 5 pel 
x 5 pel cell size, M typically is selected to be about 3 
pixels and N typically is selected to be about 8 scan 
lines. 

The above-described process for locating the UL 
corner of a scanned-in glyph code pattern is extensible 
by straightforward analogy to provide corresponding 
processes for locating the apparent center pixels of the 
upper right-hand (UR) corner, the lower left-hand (LL) 
corner, and the lower right-hand (LR) corner glyphs of 
the scanned-in code pattern. The X-Y coordinates of 
these corner pixels can be identified in the bitmap image 
space by assigning (0,0) reference coordinates to, say, 
the pixel at the UL comer and by then referencing the 
coordinates of all of the other comer pixels to those ref- 
erence coordinates. 

Alternatively, the apparent center pixel of any or all 
of the corner glyphs can be found by performing one or 
more scans along a scan line that is sloped upwardly to 
the right for the UL and LR comer and upwardly to the 
left for the UR and LL This scan line is initially positioned 
a safe distance outside the glyph code pattern, but it is 
incrementally shifted in toward the targeted corner glyph 
for each successive scan to progressively close in on it. 
Therefore, the apparent center pixel of the targeted cor- 
ner glyph ordinarily is the first "ON" pixel that this scan 
process encounters. 

Given the data cell size (in printer pels) of the print- 
ed glyphs and the X-Y bitmap image space coordinates 
of the apparent center pixels of the printed glyph code 
pattern, the rotation and scaling of the bitmap image of 
the glyph code can be determined as described above. 
Alternatively, the periodicity of the glyphs can be deter- 
mined by performing a frequency transform, such as a 
Fourier transform or a Walsh transform, on either the 
scanned-in bitmap of the glyph code or on the bitmap of 
the glyph center pixels. 

Hi. Jump, Search, and Label 

Thus, it will be evident that the average number of 
pixels between the centers of adjacent glyphs in the bit- 
map image of the glyph code also can be computed, as 
at 80. Given that information, a jump and search process 
can be initiated at, say, the UL corner pixel of the bitmap 
image of the apparent glyph centers to serially identify, 
as at 71, and store, as at 72. approximate X-Y bitmap 
image space coordinates for the apparent centers of 
one after another of the spatially adjacent glyphs from 
one after another of the spatially adjacent rows of the 
printed glyph code. This coordinate labeling process 
starts with a jump from the UL corner pixel to the expect- 
ed location of the center of its right-hand neighbor. If an 
ON pixel is found at that location, the pixel is labeled 



with its X-Y coordinates, and the process then jumps to 
the expected center location of the next neighboring 
glyph. If, on the other hand, the process fails to find an 
ON pixel at the expected center location, it carries out 

5 an expanding search, typically using an expanding dia- 
mond-like or spiral-like search pattern, to determine 
whether there is an ON pixel within a few pixel positions 
in one direction or another of the expected center loca- 
tion. If so, the process labels the first 'ON' pixel it en- 

i0 counters with its X-Y coordinates, and then jumps to the 
likely center location of the next neighboring glyph. Con- 
versely, if the search fails to find a nearby ON pixel, the 
process suitably returns to the location at which it ex- 
pected to find the center pixel for the glyph to label that 

is location with its X -Y coordinates before jumping ahead 
' to locate the center pixel of the next glyph. This process 
continues glyph -by-glyph and row-by-row of the 
scanned-in glyph code to provide a X-Y coordinate label 
in the bitmap image space for each and every glyph 

20 center location. 

Iv. Recalibrated Glyph Center Labeling (Optional) 

As shown in Fig. 6. the glyph center labeling that is 

25 performed by the above-described jump and search 
process may contain errors if the gfyph centers are not 
well separated in the glyph center bitmap image. Some 
of the transformation processes that may be employed 
for producing a glyph center bitmap image from a 

30 scanned-in bitmap image of a high density glyph code 
do not guarantee that such a separation will exist for all 
glyph centers, so there is an optional calibration process 
for recomputing the X-Y coordinate labels for the glyph 
centers of such images. 

35 Returning to Fig. 5, it will be seen that this optional 
calibration process uses the X-Y coordinates for the 
center of gravity of one or more sets of glyph center pix- 
els for recomputing the X-Y coordinates for all of the 
glyph center pixels within each of those sets based on 
the average distance of those pixels from the center of 
gravity of the given set. This calibration may be per- 
formed once to calibrate the X-Y coordinates of the 
glyph center pixels relative to the center of gravity of the 
glyph center bitmap image. Or. as shown, it may be re- 

4S peated, as at 81 , for calibrating the X-Y coordinates of 
successive sets (e.g., 16x16 blocks) of glyph center 
pixels, as at 82, with respect to their respective centers 
of gravity, as determined at 63. 

so v. Restoring Encoded Data Values to the Time 
Domain 

After the X-Y coordinate labels have been applied 
to the glyph center pixels and all necessary calibrations 
55 of them have been completed, the X-Y coordinate labels 
ordinarily are sorted into a logical block sequence, 
thereby serially re-ordering them in accordance with the 
order in which data is encoded into the glyphs labeled 
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by them. Moreover, as indicated at 85, incrementally in- 
creasing index values are assigned to the re-ordered la- 
bels so that they can be retrieved easily in sorted se- 
quence. 

5 

vi. Determining Data Values from Glyph Shapes 

Turning to Fig. 7, given the indexed X-Y coordinate 
labels for the glyphs, the glyph code can be decoded by 
analyzing the shapes of the individual glyphs in logical 10 
sequence to serially determine the data values that have 
been encoded in them. Such an analysing method is 
known e.g. from PROCEEDINGS SPIE CONFERENCE 
IMAGE ALGEBRA & MORPHOLOGICAL IMAGE 
PROCESSING 10-12 July 1990, SAN DIEGO, US; pag- *s 
es 116-128: D. BLOOMBERG & P.MARAGOS: "Gener- 
alized hit-miss operations". To perform this glyph shape 
analysis, the scanned-in bitmap image ol the glyph 
code, as at 101, is separately filtered at 102 in accord- 
ance with a plurality of different filters, as at 103, each 20 
ol which is selected to pass pixels from a respective one 
of the permissible glyph shapes and to suppress pixels 
from all of the other glyph shapes. For that reason, the 
filters may be described as being individually 'tuned" to 
respective ones of the permissible glyph shapes. The 2s 
bitmap filtering may be performed in series as shown in 
Fig. 7 or in parallel as indicated in Fig. 4. In any event, 
the filtered bitmaps are stored at 104, so that they can 
be retrieved during the glyph-by-glyph analysis phase 
of the decoding process as described below. 30 

To provide the filtered bitmap images, the bitmap 
image of the glyph code advantageously is morpholog- 
ically ERODED, through the use of independent opera- 
tions, in accordance with a plurality of different weak hit- 
miss filters, each of which is relatively well matched to 35 
a different one of the permissible glyph shapes and rel- 
atively poorly matched to all of the others. These filters 
are referred to as "weak" hit -miss filters because they 
only loosely specify the shapes of the glyphs (i. e., the 
patterns of "ON" and "OFF" pixels that define the glyph *o 
shapes). Consequently, the filtering of a matching glyph 
within the source image typically causes several ON pix- 
els to be written into the target or filtered image near the 
center of the matching glyph, while the filtering of a non- 
matching glyph results in significantly fewer, if any, ON *s 
pixels being written inlo the targeted image near the 
center of the non-matching glyph. In other words, the 
filtering causes a significantly larger number of ON pix- 
els to be written into a filtered image for the glyphs that 
are well matched by the filter that is used to produce that so 
particular image than for the glyphs that are unmatched 
or only poorly matched by that filter. 

After it is determined at 105 that all of the filtered 
bitmap images have been constructed, a glyph index 
pointer 107 is set, as at 106, to the index value for the 55 
first glyph that is to be decoded, thereby retrieving the 
X-Y image space coordinate label for the first glyph from 
memory. This label is used at 111 for spatially address- 



ing one after another of the filtered bitmap images at 
approximately the center of the glyph that is to be de- 
coded, so that the ON pixels that each of those images 
contains proximate the center of that particular glyph 
can be counted as at 11 2. These counts, in turn, are 
stored in separate cells of a data array, as at 113. 

Typically, the pixel counting is performed by starting 
at the labeled center point of the addressed glyph and 
by then moving outwardly from there to count the 
number of ON pixels falling within a selected number of 
progressively larger squares centered on the glyph 
center point. This "square ring" search pattern expands 
in all directions at a rate of one pixel position/ring, but 
the search is confined to the data cell for the glyph that 
is being decoded. For example, as shown in Fig. 8 a 
three ring search is appropriate for glyph codes written 
at a density of 900 bits/in 2 (about 1 .4 bits/mm 2 ) using 
10 pel x 10 pel data cells for the glyphs. In contrast, as 
shown in Fig. 9, a two ring search is preferred for glyph 
codes written at a density of 3600 bits/in 2 (about 5.6 bits/ 
mm 2 ) using 5 pel x 5 pel data cells. In both cases, the 
innermost ring is the X-Y labeled center point of the 
glyph. 

Upon confirming at 115 (Fig. 7) that all of the pixel 
counts for the given glyph have been accumulated, the 
data array containing them is sorted at 1 16 in rank order 
by count value, so that the two largest counts can be 
extracted from it straightforwardly for comparison, as at 
1 1 7. If these counts are unequal, as determined at 1 21 , 
the data value associated with the glyph shape yielding 
the largest count is assigned to the index for the given 
glyph, as at 122. If, on the other hand, the equality test 
121 determines that the two largest counts are equal, 
an error count is incremented, as at 124, to track the 
number of decoding ambiguities that occur and the X-Y 
coordinate label of the ambiguous glyph is stored to in- 
dicate where the ambiguity or "error" occurred. There- 
after, an estimate of the data value that was encoded in 
the ambiguous glyph is assigned to its index, as at 1 25. 
Then, if it is determined at 126 that there are more 
glyphs to be decoded, the glyph index value is incre- 
mented at 1 07 to repeat the count and compare process 
for the next glyph. 

vii. Systems Utilizing Error Correction Encoding 

As shown in Fig. 10, glyph shape encoding and de- 
coding may be employed for data containing error cor- 
rection codes. To that end, the data is glyph shape en- 
coded at 1 31 , and the encoded glyph shapes then are 
converted into a raster format at 132 so that they can 
be printed at 1 33 on a suitable recording medium, such 
as plain paper, by a bitmap printer. Subsequently, the 
printed image (which may include human readable in- 
formation, as well as the glyph code) is convened into 
a bitmap image by an input scanning operation 1 34. This 
bitmap image is parsed at 1 35 to isolate the scanned-in 
image ol the glyph code, so that the above-described 
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decoding process can be employed at 1 36 to assign de- 
coded data values to the glyph or data indices. The 
glyph decoded data is then processed at 1 37 by an error 
correction code decoder to provide the original data in 
error corrected form. 

viii. Transforms for Isolating Glyph Center Pixels 

Returning to the problem of identifying the centers 
of the glyphs in a glyph shape code, three different tech- 
niques will be described for performing that function. 
Two methods for transforming the scanned-in bitmap 
image of the glyph code into a bitmap of the glyph center 
pixels, as at 63 in Fig. 5, will be described in this section, 
and a third method that does not require such a trans- 
formation wilt be described in the following section.. 
Therefore, in this section, it will be assumed that the 
transformation process 63 is carried out to isolate the 
glyph centers as a separate and distinct step from the 
evaluation of the glyphs. As will be seen, the transfor- 
mation process 63 may be performed through the use 
of large filters representing the periodicity of the glyph 
code (these filters typically are on the order of 2-6 cycles 
long) or through the use of small filters representing in- 
dividual glyph shapes (these filters usually are some- 
what smaller than the glyphs). 

Turning first lo the large filter implementations of the 
transformation 63, it will be understood that the glyphs 
of lower density glyph codes (i.e., these that are printed 
with densities of up to about 2500 glyphs/in 2 (about 3.87 
glyphs/mm 2 ) using glyph celts as small as 6 pels x 6 
pels) usually are reasonably well separated in the 
scanned-in bitmap image of the glyph code. Therefore, 
as shown in Fig. 1 1 , their apparent center pixels gener- 
ally can be identified with sufficient precision by OPEN- 
ING the scanned-in bitmap image 140 (see Fig. 12) in 
accordance with a large horizontal hit-miss filter, as at 
141, and a large vertical hit-miss filter, as at 142. The 
results of these OPENING operations are bit-ORed at 
1 43 to construct a first level filtered bitmap image having 
relatively little diagonal ON pixel structure. Next, the fil- 
tered bitmap image is OPENED at 144 and 145 in ac- 
cordance with the horizontal and the vertical hit-miss fil- 
ters, respectively, and the results of these operations 
are bit-ANDed, as at 146, to provide a second level fil- 
tered bitmap image having even less diagonal structure 
and less vertical and horizontal structure. See Fig. 1 3. 
If it is desired to further reduce the ON pixel structure of 
the second level filtered image (see Fig. 1 4) one or more 
additional iterations of the second level filtering process 
may be employed as shown in Fig. 15 at 151-156. 

As shown in Fig. 1 9, for locating the glyph center 
pixels of higher density glyphs (i.e.. densities up to 3600 
glyphs/in 2 (about 5.6 g!yphs/mm 2 ) using glyph cells as 
small as 5 pels x 5 pels), . the bitmap image of the glyph 
code suitably is OPENED at 1 61 and 1 62 in accordance 
with large horizontal and vertical hit-only filters, respec- 
tively, and the results of those processes are then bit- 



ANDed at 163 to construct a bitmap image composed 
of better separated marks. 

The bit-ANDing 163 of the image OPENING oper- 
ations 161 and 162 may create some unintended holes 
s at glyph center locations in the resulting bitmap image, 
but these holes can be filled. To that end, this particular 
version of the transformation process 63 (Fig. 5) may 
further include one or more iterations of a fill and repair 
process. To carry out this fill and repair process, as 
io shown in Fig. 20, the filtered bitmap is first DILATED at 
171 and 172 in accordance with large horizontal and 
vertical hit-only filters, respectively, and the dilated im- 
ages then are bit-ANDed at 173 to prevent the bitmap 
image from expanding. That image, in turn, is OPENED 
'5 at 1 74 and 1 75 in accordance with either the large hit- 
only filter or the large hit-miss filter, and the results of 
the OPENING operations 174 and 175 then are bit-AN- 
Ded at 176. 

Upon the completion of the fill and repair process, 
the bitmap image may have several ON pixels proxi- 
mate at least some glyph locations. However, the image 
can be thinned to approximately one pixel per glyph by 
performing an iterative thinning process on it until thin- 
ning stops. As shown in Fig. 22, this thinning process is 
initiated with a copy of the bitmap image that is lo be 
thinned, as at 190, and with the first of a set of four hit- 
miss SE's, 191-194, respectively. These hit-miss filters 
1 91 -1 94 specify spatial sequences of two ON pixels and 
one OFF pixel at angles of 0°, 90°, 180°, and 270° , re- 
spectively. During the initial iteration of this thinning 
process, the bitmap first is ERODED, as at 195, in ac- 
cordance with the first SE 1 91 , and the ERODED bitmap 
then is XORed at 196 with the image 190 that is being 
thinned, whereby a single ON pixel is thinned or 
"trimmed 1 from each glyph location that contains a plu- 
rality of ON pixels at the orientation of the SE 191, with 
the pixel that is trimmed being the one that aligns with 
the center position of the SE 191. Following this initial 
thinning, an SE index 197 is incremented to repeat the 
ERODE and XOR steps 1 95 and 1 96 on the thinned im- 
age, using one after another of the remaining structuring 
elements 192-194, so that excess ON pixels are 
trimmed in a predetermined side-to-side order from all 
horizontally and/or vertically adjacent sets of ON pixels. 

After each iteration of the thinning process, as de- 
termined at 198, the thinned bitmap image is bit-com- 
pared at 199 with the bitmap image 190. tf the images 
are identical, thinning has stopped, so the process is 
completed. Otherwise, the thinned image is copied at 
1 90, and the process is then repeated in an attempt to 
further thin the image. 

Even higher density glyph codes having spatial 
densities up to, say, 5625 glyphs/in 2 (about 8.72 glyphs/ 
mm 2 ) with glyph cells as, say, small as 4peis x 4pels 
may be transformed to locate the apparent centers of 
their glyphs using essentially the same process as de- 
scribed above for the transformation of the medium den- 
sity codes. However, the transformation of those higher 
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density codes generally requires several iterations of 
the fill and repair process 171-176 {Fig. 20). 

Alternatively, as pointed out above, the transforma- 
tion process 63 (Fig. 5) can be performed through the 
use of small, hit-miss filters that are weakly matched to s 
the permissible glyph shapes. To accomplish that, as 
shown in Fig. 23, the bitmap image of the glyph code is 
ERODED, as at 201 and 202, in accordance with small 
SE's that are weakly matched to respective ones of the 
permissible glyph shapes, and the results of these ERO- io 
SIONS then are bit-ORed, as at 203, to construct a fil- 
tered bitmap image composed of smaller marks or pixel 
patterns. For example, when rotationally variant glyphs 
are employed, the bit-ORing 203 of the results of the 
EROSIONS 201 and 202 will produce a filtered bitmap '5 
composed of smaller, more circular bit or pixel patterns. 
See Fig. 1 6. This filtered bitmap generally contains sev- 
eral pixels near the center of each glyph. 

Accordingly, a thinning process of the above-de- 
scribed type (See Fig. 22) usually is needed for thinning 20 
the filtered bitmap to approximately one ON pixel per 
glyph. This thinning process may be preceded by a 
bounding box expansion of the pixel patterns at the 
glyph locations to enable the thinning to more precisely 
isolate the centermost ON pixel of each glyph. See Fig, 2$ 
17 for an example of a bitmap image produced by such 
a bounding box expansion. 

The thinning of the filtered bitmap (Fig. 16) or of its 
bounding box expanded counterpart may stop before all 
of the glyph centers are well defined by a single, isolated 30 
ON pixel. In the case of higher spatial density codes, 
this may cause potentially significant labelling errors to 
occur during the jump, search and label process 71-73 
(Fig. 5), but the optional calibration process 81 -83 (Fig. 
5) usually is able to recalibrate the glyph center labels 3S 
with sufficient precision for enabling the glyph shape 
evaluation phase of the decoding process to track from 
glyph-to-glyph, as at 107 in Fig. 7, 

3. Decoding By Convolution Filtering 40 

Turning now to Fig. 24, there is a convolution filter- 
ing process for decoding the glyphs of a glyph shape 
code from a bitmap image of the code, as at 21 1 . As will 
be seen, this process can be carried out, without having 4$ 
to shrink the glyphs to locate their apparent center pixels 
in the X-Y image. Instead, the bitmap image 211 is sep- 
arately convolved at 212 with n different filters, each of 
which is strongly matched to a corresponding one of the 
n permissible glyph shapes. The images produced by so 
these convolutions, in turn, are processed glyph-by- 
glyph, as at 21 3-218, for identifying their X_Y coordinate 
locations in the bitmap image space while essentially 
concurrently classifying them by their shapes for decod- 
ing, as at 221 -224. Alternatively, the bitmap image could & 
be convolved, data cell-by-data cell, with a set of n 
matched filters. Furthermore, it will be understood that 
multiple convolutions could be performed for each per- 



missible glyph shape to furnish an extended set of con- 
volved images for providing additional discrimination 
between the different glyph shapes. 

As shown in Figs 25A and 25B, the convolution fil- 
ters may be unweighted or weighted, as at 228 and 229, 
respectively. An unweighted filter is composed of binary 
positive and negative values, while a weighted filter is 
composed of positive and/or negative gray-scale val- 
ues. If weighted filters, such as the filter 229, are used, 
they advantageously are weighted to emphasize the 
more distinctive features of the glyph shapes to which 
they are matched and to deemphasize the more distinc- 
tive features of the other glyph shapes. 

More particularly, for decoding a glyph code in ac- 
cordance with the process shown in Fig. 24, three or 
more non-colinear reference points of known nominal 
spatial relationship to one another are located in the 
glyph code bitmap image space, as at 231 , for comput- 
ing bitmap skew and X and Y scale correction factors, 
as at 232. The X and Y scale correction factors are em- 
ployed at 233 for calibrating the average center-to-cent- 
er displacement of the glyphs along the X-axis and the 
Y-axis, respectively, of the bitmap image space. The dis- 
placement values upon which those calibrations are 
performed may be computed either from prior knowl- 
edge of the spatial density (in printer pels) at which the 
glyphs were printed or from the spatial periodicity of the 
bitmap image of the glyph code as determined by a fre- 
quency transform, such as a fast Fourier transform or a 
fast Walsh transform. The skew correction factor, on the 
other hand, is utilized at 21 3 for setting the angles of the 
X and Y displacement vectors that enable the image 
processing to jump from one glyph position to the likely 
position of the next glyph in the bitmap image space with 
sufficient precision to enable the center of the next glyph 
to be located by performing a search over a relatively 
small local area. This local search suitably is carried out 
in accordance with an expanding diamond-like or an ex- 
panding square ring-type search pattern. In short, it will 
be apparent that there are substantial similarities be- 
tween the preliminary phases of this and the above-de- 
scribed decoding processes. However, it also will be ev- 
ident that this process requires substantially less pre- 
liminary processing of the glyph code bitmap image than 
those binary decoding processes. 

"Hie glyph code is decoded glyph-by-glyph, starting 
at 21 3 approximately at the center of, say, the UL corner 
glyph (suitable processes already have been described 
for locating that center). To perform the decoding, the 
bitmap image is convolved at 212 with each of the n 
glyph matching filters. This produces n gray-scale im- 
ages, each of which represents the convolved response 
of the glyph code image toa filter that is relatively strong- 
ly matched toa respective one of the n permissible glyph 
shapes. A local search is conducted at 214 in each of 
these convolved images, from the approximate or esti- 
mated location of the glyph that is being decoded, to la- 
bel the maximum convolution values the respective inv 
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ages contain for that particular glyph with their X-Y im- 
age space coordinates, as at 215,. As shown in Fig 24, 
these local maximum convolution values are readout 
from the convolved images at 214 and are indexed by 
their X-Y bitmap image space coordinates at 215, but it 
will be seen that the X-Y coordinates of the local maxima 
may be used in an alternative embodiment for indexing 
the sums of the convolution values from a small area 
surrounding those local maxima. 

The indexed convolution values (i e. ( local maxima 
or sums) for the n convolved images are sorted in rank 
order by value at 216, and the two highest values then 
are compared at 217. If the values are unequal, as de- 
termined at 221 , the data value for the glyph that is being 
processed is decoded by reference to the convolution 
producing the greater value and the X-Y label for that 
convolution value is assigned to the decoded data value 
for indexing it in the bitmap image space. See 222. On 
the other hand, if it is determined at 221 that the two 
largest convolution values are equal, the X-Y label for a 
selected one of them is recorded to identify an error lo- 
cation and an error count is incremented, as at 223. 
Thereafter, as indicated at 224, an estimated decoded 
data value is provided by reference to the convolution 
producing the selected convolution value, and the X-Y 
label or index for the selected convolution value is as- 
signed to the decoded data value for indexing it in the 
bitmap image space. 

The foregoing process is repeated to decode the 
next glyph if it is determined at 218 that there is another 
glyph to be decoded. Whenever there is another glyph 
to be decoded, the decoding process employs the bit- 
map image space X-Y coordinates (L e, index location) 
of a previously decoded neighboring glyph for advanc- 
ing to the next glyph through the use of the above-de- 
scribed lump and search routine. 

Referring to Fig. 26, to increase the noise immunity 
of this decoding process, each of the local maximum 
convolution values for the glyph that is being decoded 
may be summed at 231 with its near neighboring con- 
volution values from a small surrounding area. For ex- 
ample, the convolution values may be accumulated, im- 
age-by-image, from a small diamond or square shaped 
area centered on the local maximum for the glyph that 
is being analyzed in each of the convolved images. The 
X-Y locations of these local maxima, as determined at 
233, then are employed for labelling the sums of the con- 
volution values accumulated from the respective imag- 
es, as at 234, and the sums then are sorted in rank order 
by value at 235. From that point on, the decoding proc- 
ess essentially is the same as the previously described 
version of this type of decoding. 

Conclusion 

In view of the foregoing, it will now be understood 
that the present invention provides binary image 
processing techniques for decoding bitmap image 
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space representations of self-clocking glyph shape 
codes and for tracking the number and locations of the 
ambiquities (sometimes referred to herein as "errors*) 
that are encountered during the decoding of such codes. 
Moreover, it will be evident that a substantial portion of 
the image processing can be carried out through the use 
of morphological filtering operations to take advantage 
of the parallelism that is offered by such operations. 
Moreover, it will apparent that the error detection that is 
performed in accordance with this invention may be 
linked to or compared against the error statistics from 
one or more alternative decoding process, such as the 
Steams et al convolution filtering process that is dis- 
closed herein, to increase the reliability of the decoding 
that is obtained. 



Claims 

1 . A process for decoding encoded digital information, 
the encoded information being in the form of a bit- 
map image space representation of a self-clocking 
glyph shape code composed of glyphs having 
' shapes that encode digital data values, such that 
every distinct data value that is encoded by said 
code is represented by the shape of a respective 
glyph; said glyphs being selected from a set of n 
permissible glyph shapes, with each of said glyph 
shapes being preassigned to the encoding of a pre- 
determined digital data value; said glyphs being 
spatially distributed in said bitmap image space in 
substantial accordance with a spatial formatting 
rule; said process comprising the steps of 

locating at least three non-col inear reference 
points in said bitmap image space, said refer- 
ence points having a predetermined nominal 
spatial relationship to each other, 
determining the spatial relationship of said ref- 
erence points in said bitmap image space; 
calculating a skew correction factor from the 
spatial relationship of said reference points in 
said bitmap image space; 
determining a X scale correction factor and a Y 
scale correction factor for said bitmap image 
space representation of said glyph code; 
calibrating said spatial formatting rule in ac- 
cordance with said skew and scale correction 
factors; 

identifying an approximate center position of a 
first of said glyphs in said bitmap image space; 
filtering said bit map image space representa- 
tion of said glyph code in accordance with at 
feast one shape matching discrimination filter 
for each of said n permissible images, thereby 
providing at least n filtered representations of 
said glyph code; 

spatially sampling all of said filtered represen- 
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tations of said glyph code in substantial accord- 
ance with said calibrated spatial formatting rule 
to obtain relative filter match strength values for 
each glyph of said glyph code as filtered by 
each of said filters, said sampling starting at the s 
approximate center position of a predetermined 
one of said glyphs and continuing from there, 
approximate glyph center position-to-approxi- 
mate glyph center position, in substantial ac- 
cordance with said calibrated spatial formatting io 
rule; 

comparing the filter match strength values of 
each of said glyphs, glyph-by-glyph for all of 
said filters, to classify said glyphs by their 
shapes; and is 
assigning decoded data values to said shape 
classified glyphs in accordance with the data 
values preassigned to said glyph shapes. 

2. The decoding process of Claim 1 further including 20 
the step of positionally re-referencing said calibrat- 
ed spatial formatting rule at each of said approxi- 
mate glyph center position to that respective ap- 
proximate glyph center position. 

2$ 

3. The decoding process of Claim 1 or 2 wherein said 
X scale and Y scale correction factors also are cal- 
culated from the spatial relationship of said refer- 
ence points in said bitmap image space. 

30 

4. The decoding process of any one of preceding 
Claims wherein said filtering step is performed by 
morphologically ERODING said bitmap image 
space representation of said glyph code in accord- 
ance with at least n different hit-miss filters that are 35 
matched to respective ones of said glyph shapes. 

5. The decoding process of Claim 4 wherein said ref- 
erence points are approximate centers of glyphs re- 
siding at corners of said bitmap image space rep- <o 
resentation of said glyph code. 

6. The decoding process of any one of Claims 1 to 3 
further including the steps of morphologically 
OPENING said bitmap image space representation « 
of said glyph code with a plurality of hit-miss filters, 
each of which is weakly matched to a respective 
one of said glyph shapes, thereby providing respec- 
tive OPENED versions of said bitmap image space 
representation of said glyph code; so 

Bit-ORing the OPENED versions of said-bit- 
map image space representation of said glyph 
code to shrink said glyphs; and 
identifying a single pixel proximate the center ss 
of each of said glyphs to establish the approx- 
imate center position thereof. 



7. The decoding process of Claim 6 wherein said ref- 
erence points are approximate centers of glyphs re- 
siding at corners of said bitmap image space rep- 
resentation of said glyph code. 

8. The decoding process of any one of Claims 1 to 3 
wherein said bitmap image space representation of 
said glyph code has substantial spatial periodicity 
vertically and horizontally, said process further in- 
cluding the steps of 

morphologically OPENING said bitmap image 
space representation of said glyph code with 
verically oriented and horizontally oriented hit- 
miss filters which are matched to the vertical 
and horizontal spatial periodicity, respectively, 
of said bitmap image space representation of 
said glyph codes, thereby providing respective 
OPENED versions of said bitmap image space 
representation of said glyph code; 
Bit-ANDing the OPENED versions of said bit- 
map image space representation of said glyph 
code to shrink said glyphs; and 
identifying a single pixel proximate the center 
of each of said glyphs to establish the approx- 
imate center position thereof. 

9. The decoding process of Claim 8 wherein said ref- 
erence points are approximate centers of glyphs re- 
siding at corners of said bitmap image space rep- 
resentation of said glyph code. 



Patentanspruch© 

1. Ein Verfahren zur Decodierung codierter, digitaler 
Informationen, wobei diecodierten Informationen in 
der Form einer Punktrasterbildraumdarstellung ei- 
ner selbsttaktenden Codierung in Markengestalt 
sind, die aus Marken gebildet ist, die Gestalten ha- 
ben, die digitate Datenwerte codieren, so daO jeder 
einzelne Datenwert, der durch die genannte Codie- 
rung codiert ist, durch die Gestalt einer entspre- 
chenden Marke dargestellt ist; die genannten Mar- 
ken aus einer Gruppe n zulassiger Markengestalten 
ausgewahlt warden, wobei jede der genannten 
Markengestalten der Codierung eines vorbestimm- 
ten, digitalen Datenwerts im voraus zugeordnet ist; 
die genannten Marken raumlich in dem genannten 
Punktrasterbildraum im wesentltchen nach Maftga- 
be einer raumlichen Format ierungsregel verteilt 
sind; das genannte Verfahren die Schritte umfa3t 

Lokalisieren von wenigstens drei nicht geradli- 
nigen Bezugspunkten in dem genannten 
Punktrasterbildraum, wobei die genannten Be- 
zugspunkte eine vorbestimmte, nominale, 
raumliche Beziehung zueinander haben; 
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Bestimmen der raumlichen Beziehung der ge- 
nannten Bezugspunkte in dem genannten 
Punktrasterbildraum; 

Berechnen eines Schiefekorrekturfaktors a us 5 
der raumlichen Beziehung der genannten Be- 
zugspunkle im genannten Punktrasterbild- 
raum; 

Bestimmen eines X Skalierungskorrekturfak- io 
tors und eines Y Skalierungskorrekturfaktors 
fur die genannte Punktrasterbildraumdarstel- 
lung der genannten Markencodierung; 

Kalibrieren der genannten raumlichen Forma- 
tierungsregel nach Mafigabe der genannten 
Schiefe- und Skalierungskorrekturfaktoren; 

Identifizieren einer ungefahren Mitten position 
einer ersten der genannten Marken in dem ge- 20 
nannten Punktrasterbildraum; 



2. Das Oecodierverfahren des Anspruchs 1 , das des 
weiteren den Schritt einschliefit, positionsmafiig die 
genannte kalibrierte, raumliche Formatierungsre- 
gel bei jederder genannten ungefahren Markenmit- 
tenposition mil der entsprechenden, ungefahren 
Markenmittenpositton in Bezug zu setzen. 

3. Das Oecodierverfahren des Anspruchs 1 oder 2 
worin der genannte X Skalierungs- und Y Skalie- 
rungskorrekturtaktor auch aus der raumlichen Be- 
ziehung der genannten Bezugspunkte in dem ge- 
nannten Punktrasterbildraum berechnet werden. 

4. Das Oecodierverfahren nach irgendeinem der vor- 
hergehenden Anspruche, worin der genannte Fil- 
terschritt durch morphologisches E ROD I ERE N der 
genannten Punktrasterbildraumdarstellung der ge- 
nannten Markencodierung nach Mafigabe von'we- 
nigstens n verschiedenen Treffer-Fehltreffer-Filtern 
ausgefuhrt wird, die an entsprechendeder genann- 
ten Markengestalten angepaftt sind. 



Filtem der genannten Punktrasterbildraumdar- 5. Das Oecodierverfahren des Anspruchs 4, worin die 
stellung der genannten Markencodierung nach genannten Bezugspunkte ungefahre Mitten der 
Mafigabe wenigstens eines zu einer Gestalt 2S Marken sind, die an Ecken der genannten Punkts- 
passenden Unterscheidungsfi Iters fur jedes rasterbildraumdarstellung der genannten Marken- 
der genannten n zulassigen Bilder, wodurch codierung vorhanden sind. 
wenigstens n gefilterte Darstellungen der ge- 
nannten Markencodierung bereitgestellt wer- 6. Das Oecodierverfahren nach irgendeinem der An- 
den; 30 spruche 1 bis 3, das des weiteren einschliefit die 

Schritte der morphologischen OFFNUNG der ge- 

raumliches Abtastenallergenannter gefilterter nannten Punktrasterbildraumdarstellung der ge- 

Darstellungen der genannten Markencodie- nannten Markencodierung mit einer Mehrzahl von 

rung im wesentlichen nach MaBgabe der ge- Treffer-Fehltreffer-Filtern einschliefit, vondenen je- 

nannten kalibrierten, raumlichen Formatie- 35 der schwach an eine entsprechendeder genannten 

rungsregel, urn relative Starkewerte der Filter- Markengestalten angepafit ist, wodurch entspre- 

anpassung fur jedeMarke der genannten Mar- chende OFFNUNG Fassungen der genannten 

kencodierung zu erhalten, wie sie durch jedes Punktrasterbildraumdarstellung der genannten 

der genannten Filter gefiltert wird, wobei die ge- Markencodierung bereitgestellt werden; 

nannte Abtastung bei der ungefahren Mittenpo- <o , 

sition einer vorbestimmten der genannten Mar- einer Bit-ODER-Operation der OFFNUNG Fas- 
ken beginnt und sich von dort von ungefahrer sungen der genannten Punktrasterbildraum- 
Markenmittenposition zu ungefahrer Marken- darstellung der genannten Markencodierung, 
mittenposition im wesentlichen nach Mafigabe urn die genannten Marken zu schrumpfen; und 
der genannten kalibrierten, raumlichen Forma- <s 

tierungsregel fortsetzt; der Identifizierung eines einzelnen Pixels nahe 

der Mitte von jeder der genannten Marken, urn 

Vergleichen der Starkewerte der Filteranpas- deren ungefahren Mittenposition herzustellen. 
sung von jeder der genannten Marken, Marke 

urn Marke, fur alle genannten Filter, urn die ge- so 7. Das Oecodierverfahren des Anspruchs 6, worin die 

nannten Marken nach ihren Gestalten zu Was- genannten Bezugspunkte ungefahre Mitten der 

sifizieren; und Marken sind, die sich an Ecken der genannten 

Punktrasterbildraumdarstellung der genannten 

Zuordnen decodierter Dalenwerte zu den ge- Markencodierung befinden. 

nannten nach der Gestalt klassifizierten Mar- ss 

ken nach Mafigabe der Datenwerte, die den 8. Das Oecodierverfahren nach irgendeinem der An- 

genannten Markengestalten im voraus zuge- spruche 1 bis 3, worin die genannte Punktraster- 

ordnet worden sind. bildraumdarstellung der genannten Markencodie- 
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rung eine wesentliche raumliche, vertikale und ho- 
rizontal Periodizitat aufweist, wobei das genannte 
Verfahren des weiteren einschlieBt die Schritte ei- 
ner 

5 

morphologischen OFFNUNG der genannten 
Punktrasterbildraumdarstellung der genannten 
Markencodierung mit vertikal ausgerichteten 
und horizontal ausgerichteten Treffer-Fehltref- 
fer-Filtern, die an die vertikale bzw. horizontal, 10 
raumliche Periodizitat der genannten Punktra- 
sterbildraumdarstellung der genannten Mar- 
kencodierungen angepaRt sind, wodurch ent- 
sprechende OFFNUNG Fassungen der ge- 
nannten Punktrasterbildraumdarstellung der is 
genannten Markencodierungen bereitgestellt 
werden; 

einer Bit-UN D-Operation der OFFNUNG Fas- 
sungen der genannten Punktrasterbildraum- 20 
darstellung der genannten Markencodierung, 
urn die genannten Codierungen zu schrump- 
fen; und 

einer Identifizierung eines einzelnen Pixels na- 2S 
he der Mitte jeder der genannten Marken, urn 
deren ungefahre Mittenposition herzustellen. 

9. Das Decodierverfahren des Anspruchs 8, worin die 
genannten Bezugspunkte ungefahre Mitten von 30 
Marken sind, die sich an Ecken der genannten 
Punktrasterbildraumdarstellung der genannten 
Markencodierung befinden. 

35 

Revendlcations 

1 . Traitement destine a decoder des informations nu- 
meriques codees, les informations codees 6tant 
sous forme d'une representation dans I'espace *o 
d'une image en mappe de bits d'un code sous forme 
de glyphes a auto-synchronisation compose de gly- 
phes presentant des formes qui codent des valeurs 
de donn6es numeriques, de sorte que chaque va- 
leur de donnee distincte qui est cod6e par ledit code <s 
soit representee par la forme d'un glyphe respectif, 
lesdits glyphes etant selectionnes a partir d'un en- 
semble de n formes de glyphes autorisables, cha- 
cune desdites formes de glyphes 6tant prd-affectee 
au codage d'une valeur de donnee num6rique pre- so 
determinee, lesdits glyphes etant repartis dans I'es- 
pace dans ledit espace de I'image en mappe de bits 
en accord substantial avec une regie de formatage 
dans I'espace, ledit traitement comprenant les 6ta- 
pes consistant a : 55 

localiser au moins trois points de reference 
non-colineairesdans ledit espace de i'image en 



mappe de bits, lesdits points de reference pre- 
sentant une relation spatiale nominate pred6- 
terminee les uns avec les autres. 
determiner la relation dans i'espace desdits 
points de reference dans ledit espace de i'ima- 
ge en mappe de bits, 

calculer un facteur de correction d'obtiquite 
d'apres la relation dans I'espace desdits points 
de reference dans ledit espace de I'image en 
mappe de bits, 

determiner un facteur de correction d'echelle 
en X et un facteur de correction d'echelle en Y 
pour ladite representation dans I'espace de 
I'image en mappe de bits dudit code sous forme 
de glyphes, 

cali brer ladite regie de formatage dans I'espace 
conformement auxdits facteurs de correction 
d'obliquite et d'echelle, 

identifier une position centrale approchee d'un 
premier desdits glyphes dans ledit espace de 
I'image en mappe de bits, 
filtrer ladite representation dans I'espace de 
I'image en mappe de bits dudit code sous forme 
de glyphes conformement a au moins un filtre 
de discrimination de mise en correspondance 
d'une premiere forme pour chacune desdites n 
images autorisables, en procurant ainsi au 
moins n representations filtrees dudit code 
sous forme de glyphes, 
6chantillonner dans I'espace la totality desdites 
representations filtrees dudit code sous forme 
de glyphes en accord substantial avec ladite re- 
gie de formatage dans I'espace calibree afin 
d'obtenir des valeurs relatives de degre de mi- 
se en correspondance de filtre pourchaque gly- 
phe dudit code sous forme de glyphes tel qu'el- 
les sont filtrees par chacun desdits filtres, ledit 
echantillonnage commencant a la position cen- 
trale approchee d'un glyphe predetermine par- 
mi lesdits glyphes et en continuant a partir de 
la, d'une position centrale de glyphe approchee 
a une autre position centrale de glyphe appro- 
chee, en accord substantiel avec ladite regie 
de formatage dans I'espace calibree. 
comparer les valeurs de degre de mise en cor- 
respondance du filtre de chacun desdits gly- 
phes, glyphe par glyphe pour la totality desdits 
filtres, afin de classer lesdits glyphes en fonc- 
tion de leurs formes, et 

affecter des valeurs de donnees decodees 
auxdits glyphes classes par formes conforme- 
ment aux valeurs de donnees pre-affectees 
auxdites formes de glyphes. 

2. Traitement de decodage selon la revendication 1, 
comprenant en outre retape consistant a r£f erencer 
en position ladite regie de formatage dans I'espace 
calibree au niveau de chaque dite position centrale 
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de glyphe approchee sur cetta position centrale de 
glyphe approchee respective. 

3. Traitement de dScodage selon la revendication 1 ou 

2, dans lequel tesdils f acteurs de correction d'echel- 5 
le en X et de correction d'echelle en Y sont egale- 
ment calcules d'apres la relation dans I'espace des- 
dits points de reT6rence dans ledit espace de I'ima- 
ge en mappe de bits. 

10 

4. Traitement de decodage selon I'une quelconque 
des revendications precedentes, dans lequel ladite 
etape de filtrage est ex6cut6e en E ROD ANT mor- 
phologiquement ladite representation de I'espace 

de Timage en mappe de bits dudit code sous forme « 
de glyphes conformement a au moins n filtres a 
reussite-echec differents qui sont adaptes a des for- 
mes respectives parmi lesdites formes de glyphes. 

5. Traitement de decodage selon la revendication 4, 20 
dans lequel lesdits points de reference sont les cen- 
tres approchSs des glyphes qui resident aux coins 

de ladite representation dans I'espace de I'image 
en mappe de bits dudit code sous forme de glyphes. 

25 

6. Traitement de decodage selon I'une quelconque 
des revendications 1 a 3, comprenant en outre les 
etapes consistant a 

OUVRIR morphologiquement ladite reprdsen- 30 
tation dans I'espace de I'image en mappe de 
bits dudit code sous forme de glyphes avec une 
pluralite de filtres a reussite-echec, dont cha- 
cun est faiblement adapte sur une forme res- 
pective parmi lesdites formes de glyphes, en 35 
procurant ainsi des versions OUVERTES res- 
pectives de ladite representation dans i'espace 
de I'image en mappe de bits dudit code sous 
forme de glyphes, 

appliquer une operation OU logique par bits sur *o 
les versions OUVERTESde ladite representa- 
tion dans I'espace de I'image en mappe de bits 
dudit code sous forme de glyphes afin de ret re- 
cir lesdits glyphes, et 

identifier un pixel unique a proximite du centre 4S 
de chacun desdits glyphes afin d'etablir la po- 
sition centrale approchee de celui-ci. 

7. Traitement de dScodage selon la revendication 6, 
dans lequel lesdits points de reference sont les cen- so 
tres approches des glyphes qui resident aux coins 

de ladite representation dans I'espace de I'image 
en mappe de bits dudit code sous forme de gtyphes. 

8. Traitement de decodage selon I'une quelconque 55 
des revendications 1 a 3, dans lequel ladite repre- 
sentation dans i'espace de I'image en mappe de 
bits dudit code sous forme de glyphes presents une 



p6riodicite spatiale substantielle, verticalement et 
horizontatement, ledit traitement comprenant en 
outre tes etapes consistant a : 

OUVRIR morphologiquement ladite represen- 
tation dans i'espace de Timage en mappe de 
bits dudit code sous forme de glyphes avec des 
filtres a reussite-echec orientes verticalement 
et orientes horizontal em en t qui sont adaptes 
avec la periodicite spatiale, verticals et horizon- 
tale, respectlvement, de ladite representation 
dans I'espace de i'image en mappe de bits des- 
dits codes sous forme de glyphes, en procurant 
ainsi des versions OUVERTES respectives de 
ladite representation dans I'espace de I'image 
en mappe de bits dudit code sous forme de gly- 
phes, 

appliquer une operation ET logique par bits aux 
VERSIONS de ladite representation dans I'es- 
pace de I'image en mappe de bits dudit code 
sous forme de glyphes afin de rStrecir lesdits 
glyphes, et 

identifier un pixel unique a proximite du centre 
de chacun desdits glyphes afin d'etablir la po- 
sition centrale approchee de celui-ci. 

9. Traitement de decodage selon la revendication 8, 
dans lequel lesdits points de reference sont les cen- 
tres approch6s des glyphes qui resident aux coins 
de ladite representation dans I'espace de I'image 
en mappe de bits dudit code sous forme de gtyphes. 
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BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the original 
documents submitted by the applicant. 

Defects in the images include but are not limited to the items checked: 

□ BLACK BORDERS 

□ IMAGE CUT OFF AT TOP, BOTTOM OR SIDES 

□ FADED TEXT OR DRAWING 

□ BLURRED OR ILLEGIBLE TEXT OR DRAWING 
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□ COLOR OR BLACK AND WHITE PHOTOGRAPHS 

□ GRAY SCALE DOCUMENTS 

□ LINES OR MARKS ON ORIGINAL DOCUMENT 

□ REFERENCE(S) OR EXHD3IT(S) SUBMITTED ARE POOR QUALITY 

□ OTHER: ; ; 

IMAGES ARE BEST AVAILABLE COPY. 
As rescanning these documents will not correct the image 
problems checked, please do not report these problems to 
the IFW Image Problem Mailbox. 



